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(57) Abstract: A communication system (10) includes a 
packet-based data network (12) and network elements (14, 
16, 18, 20) coupled to the data network (12). The network 
elements (14, 16, 18, 20) are capable of participating in call 
sessions (e.g.. Session Initiation Protocol or SIP call ses- 
sions) over the data network (12). A first network element 
can generate a call request including announcement infoTT 
mation, with the call request targeted to one or more other 
network elements. The announcement information may in- 
elude identification information (e.g., telephone number or 
web address) of the calling party and additional informa- 
tion that conveys to the called party some information re- 
lating to the desired call session, (e.g., description of the 
content). Based on the announcement information, a called 
party may decide on disposition of the requested call. 
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Providing AimouQcement Infonnation In 
Requests To Establish Intejractive Call Sessions 

Background 

The invention generally relates to providing announcement information in requests to 
estabUsh interactive call sessions. 

Packet-based data networks are widely used to link various types of network 
elements, such as personal computers, servers, gateways, network telephones, and so forth. 
Data networks may include private networks (such as local area networks or wide area 
networks) and public networks (such as the Internet). Popular forms of communications 
between network elements across packet-based data networks include electronic mail, file 
transfer, web browsing, and ofhsr exchanges of digital data. 

With the increased C25)acity and reliabiUty of packet-based data networks, voice 
comTnunications (including telephone calls, video conferencing, and so forth) over data 
networks have become possible. Voice communications over data networks are imlike voice 
communications ia a conventional pubhc-switched telephone network (PSTN), which 
provides users with dedicated, end-to-end circuit connections for the duration of each call. 
Communications over data networks, such as IP (Internet Protocol) networks, are performed 
using packets or datagrams that are sent in bursts , firom a source to one or more destination 
nodes. Voice data sent over a data network typically shares network bandwidth with 
conventional non-voice data (e.g., data associated with electronic mail, file transfer, web 
access, and other traffic). 

Various standards have been proposed for voice and multimedia coinmunications over 
data networks. One such standard is the H.323 Recommendation from the International 
Telecommunications Union (ITU), which describes terminals, equipment, and services for 
multimedia communications over data networks. 

Another standard for voice and multimedia communications is the Session Initiation 
Protocol (SIP), which establishes, maintains, and terminates multimedia sessions over a data 
network. SIP is part of a multimedia data and control architecture developed by the Ihtemet 
Engmeering Task Force (IETF). The IETF multimedia data and control architecture also 
includes other protocols to enable voice and multimedia sessions over data networks, 
including the Resource Reservation Protocol (RSVP) for reserving network resources; the 
Real-Time Transport Protocol (RTP) for transporting real-time data and providing quality of 
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service (QoS) feedback; the Real-Time Streaming Protocol (RTSP) for controlling delivery 
of streaming media; the Session Announcement Protocol (SAP) for advertising multimedia 
sessions by multicast; and the Session Description Protocol (SDP) for describing multimedia 
sessions. 

In telephony communications (both over data networks as well as over conventional 
circuit-switched networks such as the PSTN), some indication is typically provided with a 
call to identify the calling party. In a PSTN system, such an indication can be a caller 
identifier (ID), typically in the form of a teiq>hone number, that appears on the telephone 
display. In some telephony systems, such as in private branch exchange (PBX) systems, key 
exchange systems, and centrex systems, tiie name of the calling party can also be displayed in 
addition to or instead of the telephone number. Similar infomiation (originating telephone 
number and name or address of calling party) can also be displayed at the destination 
terminal in a call session over packet-based data networks. 

Such identification infomiation associated with the calling party can be used by a 
called party to screen calls. Thus, for example, if a called party is busy and an incoming call 
is received, the called party can elect not to answer calls fi-om persons outside a select group. 
However, although the calling party can be identified using such identification information, 
finlher infomiation is typically not provided. This limits information available to a called 
party on how to dispose of an incoming call. 

Rummary 

In general, according to one embodiment, a method of establishing a call session in a 
data network includes receiving, at a device, a call request to establish an interactive call 
session. The call request includes announcement information including identification 
infomiation of the calling entity and additional information describing the requested call 
session. The announcement information is presented on the device to influence a called party 
on disposition of the call request. 

Some embodiments of the invention may include one or more of the following 
advantages. By providing additional infomiation to describe flie desired call session, a 
descri]ption of contents of the call session in addition to identification of the calling party may 
be provided to the caUed party. This provides the called party with additional infomiation on 
which a decision can be made regarding whether or not to take the call. Thus, a calling party 
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can convey a desired message to the called party with the call request, rather then waiting for 
the call to be forwarded to a voice message system and waiting for the called party to retrieve 
the message at a later time. One benefit offered to the caUed party is that the called party can 
make a decision to pick up an urgent call if necessary, A benefit offered the calling party is 
that a mechanism is provided to notify the called party of flie urgency of a call, hi addition, 
the announcement information can itself be used as the primary mechanism for 
communication. 

Other featmres and advantages will become apparent firom the following description, 
firom the drawings, and from the claims. 

• Brief Description Of The Drawings ' ... 

Fig. 1 is a block diagram of an embodiment of a communications system including a 
packet-based data network. 

Fig. 2 is a block diagram of a network element in accordance with an example 
embodiment for use with the data network of Fig. 1. 

Fig. 3 illustrates a message according to a Session Initiation Protocol (SIP) in 
accordance with one embodiment, the SIP message including announcement infomiation. 

Fig. 4 is a message flow diagram illustrating three different flows in accordance with 
some embodiments. 

Fig. 5 illustrates components (software and hardware) in the network element of Fig. 
2 and the exchange of communications between such components in response to receipt of 
aimoimcement information in accordance with one embodiment. 

Fig. 6 is a flow diagram of a process performed by a cover media routine in the 
system of Fig. 5 in accordance with one embodiment. 

Fig. 7 is a flow diagram of a process performed by a routine executed in a system to 
generate and transmit a call request containing announcement information in accordance with 
one embodiment. 

Detailed Description 

In the following description, numerous details are set forth to provide an 
understanding of the present invention. However, it wiU be understood by those skilled in the 
art that the present invention may be practiced without these details and that numerous 
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variations or modifications from tide described embodiments may be possible. For example, 
although refCTence is made to the Session Initiation Protocol (SIP) iii the described 
embodiments, othCT protocols for establishing interactive, real-time coinmmrications may be 
employed in further embodiments. 

Referring to Fig. 1, a communications system 10 includes a data network 12 that may 
be coupled to various systems 1 4, 1 6, 1 8 and 20. The data network 12 may be a packet- 
switched data network, such as a data network according to the latemet Protocol (TP). 
Examples of the data network 12 include local area networics (LANs), wide area networks 
(WANs), and the Internet. 

One VCTsion of IP is described in Request for Comrnents (RFC) 791 , entitled 'Thtemet 
Protocol," dated September 1981. Other versions of IP, such as IPv6, or other 
connectionless, packet-switched standards may also be utilized in further embodiments. A 
version of IPv6 is described in RFC 2460, entitled 'Tntemet Protocol, Version 6 (IPv6) 
Specification," dated December 1998. The data network 12 may also include other types of 
packet-based data networks in further embodiments. Examples of such other packet-based 
data networks include Asynchronous Transfer Mode (ATM) and Frame Relay networks; 

As used here, a "data network" may refer to one or more communications networks, 
chaimels, links, or paths, and systems or devices (such as routers) used to route data over 
such networks, channels, links, or paths. Packet-switched data networks siich as IP networks 
communicate with packets, datagrams, or other units of data over the data networks. Unlike 
circuit-switched networks, which provide a dedicated esad-to-end connection or physical path 
for the duration of a call session, a packet-switched network is one in which the same patiii 
may be shared by several network elements. 

Packet-switched networks such as IP networics are based on a connectionless 
internetwork layer. Packets or other units of data injected into a packet-switched data 
network may travel independently over any path (and possibly over different paths) to a 
destination pomt. The packets may even arrive out of order. Routing of the packets is based 
on one or more addresses carried in each packet. Packet-based networks may also be 
connection-oriented networks, such as ATM and Frame Relay networks. In a connection- 
oriented packet-based network, a virtual dicuit or connection is established between two end 
points. In such coimection-oriented networks, packets are received in flie same order in 
which fliey were transmitted. 
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The systems 14, 16, 18, and 20 may communicate over the data network 12 according 
to a Session Initiation Protocol (SIP). SIP is part of the multimedia data and control 
architecture from the Internet Engineering Task Force (CBTF). A version of SIP is described 
in RFC 2543, entitled "SIP: Session Initiation Protocol," dated August 1999. SIP may be 
used to initiate call sessions as well to invite members to a session that may have been 
advertised by some other mechanisna, such as electronic mail, newsgroups, web pages, and 
other mechanisms. The other protocols in flie IETF multimedia and control architecture 
include the Resource Reservation Protocol (RSVP), as described in RFC 2205; the Real-Time 
Transport Protocol (RTP), as described in RFC 1889; the Real-Time Streaming Protocol 
(RTSP), as described in RFC 2326; the Session Description Protocol (SDP), as described in 
RFC 2327; and the Session Aimouncement Protocol (SAP). 

Otitier standards may be employed in further embodiments for controlling call sessions 
oyer the data network 12. Such other standards may be any other standard that provides for 
interactive, real-time voice or multimedia communications over the data network 12. One 
alternate standard is the H.323 Recommendation from the International Telecommunications 
Union (irU), 

As used here, a "call session" refers generally to either a voice, video, or a multimedia 
session established between two or more network elements (and parties using those elements) 
coupled to the data network 12 (or any other packet-based data network). As used here, an 
"interactive" call session refers to a call session in which two or more parties are involved in 
an exchange of voice and/or video data in an established session between two or more 
network elements. A "real-time" interactive call session refers to an exchange of data, such 
as audio and/or video data, on a substantially real-time basis between two terminals. A 
session is substantially real time if interaction is occurring between two end points or parties, 
with a communication from one end point followed relatively quickly by a response or 
another communication from the other end point, typically within seconds, for exanq)le. 

Interactive call sessions are contrasted with electronic mail messaging, for example, 
in which a first participant sends a message over a data network to a second participant. No 
indication is usually provided back to the iBrst participant that the second participant has 
received the message or that the second participant is even at his or her terminal. In contrast, 
an interactive session involves a request followed by some acknowledgment that a called 
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party has accepted the call request. This enables the interactive session in which participants 
exchange data (e.g., voice, video, and/or text)/ 

As shown in Fig. 1, the systems 16 and 18 are referred to as SIP systems, which may 
be SIP chents or SIP servers. A SIP client system includes client application programs that 
are capable of sending SIP requests to perform caU requests. A SIP server system includes 
appHcation programs that accept SIP requests to service calls and to send back responses to 
SIP requests. Thxis, the systems 16 and 18 may be SIP chent systems some of the time and 
SIP server systems other times. The system 14 may be a SIP proxy system, which may 
include an intermediary program that acts as both a server and a client for makmg requests on 
behalf of other clients. Thus, for example, the SIP system 16 may make a call request to the 
SIP system 18 directly through the data network 12. Alternatively, the system 16 may go 
through the SIP proxy system 14 to make the call to the SIP system 18. 

A PSTN gateway 20 provides a gateway between the data network 12 and a public- 
switched telephone network (PSTN) 22, which is coupled to circuit-switched telephone 
systems. The PSTN gateway 20 may also include elements to enable it to participate in SIP 
call sessions over the data network 12. A caller at a telephone system 24 may place a circuit- 
switched caU through the PSTN 22 to the PSTN gateway 20. The PSTN gateway 20 then 
converts the call into a SIP call request that is sent to one of the systems 16 and 18 to 
estabUsh a call session between the telqjhone system 24 and the SIP system. The reverse 
process may also be performed in which a SIP system initiates a call through the PSTN 
gateway 20 to one of the telephone systems 24. 

In accordance with some embodiments, in call sessions over the data network 12, call 
requests between network elements may mclude announcement infoimatioiL Such call 
requests may also be referred to generally as invitations to participate in the desired session. 
The announcement information may include identification information of the calling system 
or calling party as well as additional information relating to or describing the desired call 
session. In this discussion, the identification information of the calling system or the calling 
party may be generally referred to as the identification infomiation of the calling "entity." By 
way of example, the identification infomiation may include the telephone number or an 
address (e.g., electronic mail address or uniform resource locator) of the calling entity. The 
additional information in the announcement information describing the desired call session 
may, by way of example, include audio, video, text, and/or other types of infomiation fliat 
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may be presented at the tenninal (or a device coupled to the terminal) of the called party. In 
some embodiments, the announcement information includes simple text data. In other 
embodiments, the announcCTient information includes a ""richer" type of data, such as audio 
data, video data, multimedia data, and data of other formats. As used here, such ""richer"' 
types of data may be referred to as ""media data." Thus, ""media data" may be any one or 
some combination of the following types of data: audio data, video data, image data, markup 
data (e.g., HTML or XML), and others. Media data may include text data in conjunction 
with other related data (e.g., font, size, color, or other indicators). 

The additional information included in the announcement information is information 
to convey to the called party a description of the content of the desired call session. The 
te rmin al or other device on which the announcement infonnation is to the presented is 
referred to as a '"presentation device." In this description, the destination or called party 
and/or terminal may be generally referred to as the destination or called ""entity." 

:: The additional information (or annoimcement information) is intraded to influence 
the called party in the disposition of the call request. For sample, the announcement 
information may indicate the urgency or the content of the desired call session. Based on the 
announcement information, the called party may decide to answer the call, ignore the call, or 
forward the call to another entity. Also, the session description information may itself be the 
primary commmiications mechanism. For example, a calling party may use the mechanism 
to make a general announcement (e.g., ""meeting in ten minutes," ""lunch at 11:30," and so 
forth). The intent of such a general annoimcement is that the called party or parties not 
answer the caU. HowevCT, flexibility is provided since a called party may decide to answer 
the call, such as to inform the calling party that he or she is unable to make the meeting or 
Ivmch appointment 

The announcement infomiation may be either embedded in the call request or 
retrieved from a remote location by the called entity. The call request may include at least a 
head^ portion and a body portion. The announcemCT.t information according to some 
embodiments may be contained in the body portion. If data is embedded, then the data 
(which may be a file, for example) may be part of, attached to, or otiierwise associated with 
the call reqiiest. If data is retrieved remotely, then an indication may be provided in the call 
request concerning the remote location of the data. Even though annomicement infonnation 
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may be retrieved remotely, it is still said to be "contained" or **included" in the call request 
(or another message). 

Referring to Fig. 2, ttie components of an example network element 100 (such as 
system 14, 16, 18 or 20) are illustrated. The network element 100 includes a network 
interface 102 that is coupled to the data network 12. The data network interface may include 
a network controller card or chip, as examples. Above the network interface 102 are a 
network device driver 104 and transport and network stacks 105 and 106 (e.g., a TCP/IP 
stack 106 and a UDP/IP stack 105). TCP is described in RFC 793, entitled ^Transmission 
Control Protocol," dated September 1981; and UDP is described in RFC 768, entitled 'TJser 
Datagram Protocol," dated August 1980. TCP and UDP are transport layers for managing 
connections between network elements over an IP network. Above the transport and network 
stacks are a SIP stack 108 that parses and processes SIP messages (both inbound and 
outbound). The UDP/IP stack 105 also is connected to a Real-Time Protocol (RTP) layer 110 
that processes and generates real-time data (such as data associated with an audio and/or 
video call). The RTP layer 11 0 may be connected to a coder/decoder (CODEC) 112, which 
is coupled through converters 1 14 (e.g., analog-to-digital and digital-to-analog converters). 
The converters 1 14 are coupled to an audio interface 116 that may in turn be coupled to a 
speaker, headphone, and/or microphone (not shown) for presentiag and receiving audio 
signals. The RTP layer 1 10 is also associated with a Real-Time Control Protocol (RTCP) 
layer for carrying control information. 

The network terminal 100 include one or more control routines 118 tibat are coupled 
to receive control signaling from the SIP stack 108 or to provide control signaling to the SIP 
stack 108 for generation SIP messages. The control routines 118 can make decisions on how 
to process the received SIP messages and how to respond to such SIP messages received 
through the SIP stack 108. For exsmaplc, such SIP messages may be messages inviting the 
network element 100 to participate in a call session as weU as various response messages 
indicating various stages of the progress of a call session setup. The control routines 118 
may receive input from the user at an input device 120, which are commimicated to the 
control routines 118 through an input controller 122. Based on the user input, the control 
routines 118 may send request or response messages through the SIP stack 108 to the data 
network 12 indicating initiation of a call, acceptance of a caU request, or forwarding of the 
call to another device. The control routines 1 18 are also coupled to graphical user interface 
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(GUI) routines 124 that are coupled to a display 126. The GUI routines 124 can provide 
status indicators to a user as well as selectors for receiving user input on the display 126. 

Referring to Fig. 3, a SIP message 200 that may be employed in communications over 
the data network 12 between the various network elements includes annoimcement 
information in accordance with one embodiment. The illustrated SIP message 200 includes 
portions of an Invite request. The horizontal lines shown in Fig. 3 are blank lines used in a 
SIP message to specify message boundaries. Horizontal lines are illustrated for clarity 
purposes. The SIP message 200 includes a header portion 202 having several fields. A 
first Line of the header portion 202 includes the field *Tnvite" to indicate that the message 200 
is an Invite request. Following that, the destination address, source address, and 
identification (Call^ID) of the call session may be provided. The header portion 202 may also 
include a subject field that contains subject text. The content type and content length may 
also be included in the header portion 202. The content type n:iay indicate a multipart 
'j!!^, message including plural message body sections. A section 207 includes another Content* 

f^- Type field that is set to the value **mulitpart/mixed" to indicate that a message body 204 of 

. tiie message has mixed data types. The boundary between different sections ia the message 

body may be imique-boundary-1" in one example. Other types of boundaries may be 
specified in other embodiments. 

The message body 204 of the message 200 may include several sections (a multipart 
message). A first section 206 may include the standard description of the SIP message under 
the header "Application/SDP" (indicating that the section 206 includes SDP data.with a 
description of the requested call session). The other sections 208 and 210 may include 
announcement information that are to be presented to the called entity. The sections 208 and 
210 are according to data either directly embedded in the message or accessed remotely firom 
the network and subsequentiy presented to the user. Either data can include standard formats 
of data such as WAV audio files, MPEG video files, and so forth. For example, the section 
208 includes WAV audio data (which may be embedded in the message 200). 

The data can also include vendor-specific or data types according to other protocols, 
in the example of Fig. 3, the section 210 includes a vendor-specific data type specified as 
vnd.<company>,<protocol>, which specifies a vendor-specific g^plication type used to 
access announcement infomiation over a network connection. Although only two sections of 
annoxmcement infomiation are shown in Fig. 3, other embodiments of the message 200 may 
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include only one such section or more than two sections. The terms ^'announcement 
inforaiation" and "cover media" are interchangeably used in this description. 

Referring to Fig. 4, three example call flows 302, 320, and 340 are illustrated- The 
first call flow 302 starts with an Invite request that includes announcement information. The 
Livite request is sent (at 304) from a first SIP system to a second SIP system. Next, the 
second SIP system returns a Trying response (at 306) back to the first SIP system. A Ringing 
response may later be sent (at 307) by the second SIP system back to the first SIP system to 
indicate that a user agent in the called tCTminal has located a possible location the called party 
has registered at and is trying to alert the called party. Based on the atmouncemCTit 
information, the user at the second SIP system niay decide to answer or not to answer the call 
(thus electing to let the call ring througji to voice mail or to hit a button or other selector 
indicating that the user is busy). In either case, the SIP system may send back a Busy Here 
response (at 308) to the first SIP system. The Busy Here response indicates that tiie called 
system was contacted successfully but that the called party is currently ndt willing or able to 
take additional calls, The response may indicate back to the called party a better time to call. 

Iq the second example call flow 320, the first SIP system sends the Invite request (at 
322) to the second SIP system, with the Invite request including announcement information. 
The second SIP system responds (at 324) with the Trying response. Later, the second SIP 
system may send a Ringing response (at 325). In the call flow 320, the called party may 
decide to redirect the call to another device based on the received announcement information. 
The caUed party may do this by pressing predetermined buttons or other selectors (such as in 
a GUI display) on the called terminal. As a result, the second SIP system may send a 
Redirection response ttiat includes information about the new location back to the first SIP 
system. The new location may be associated with the called party's assistant, for example, 
who can handle the call on behalf of the called party. Alternatively, the new location may 
also be the called party's voice mail. In response to the Redirection response, the first SIP 
system may send an Invite request (at 328) to the alternative location. 

In the third example call flow 340, the first SIP system sends an Invite request (at 
342) including announcement information to the second SIP system. The second SIP system 
sends (at 344) the Trying response back to the first SIP system. Next, the second SIP system 
may send (at 346) a Ringing response back to the send SIP system. Based on the 
announcement infomiation, the called party may decide to accept the call, at which point the 
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second SIP system sends (at 348) an OK response back to the first SIP system. In response, 
the first SIP system sends (at 350) an Ack request back to the second SIP system. At this 
point, an RTP setup exchange may be performed (at 352) to establish the voice and/or video 
session between the first and second SIP systems. 

Referring to Figs. 5 and 6, an example process performed by a network element 100 
in response to a SIP Invite message containing announcement information is illustrated. A 
cover media routine 402 in the network element 100 receives the SIP lavite message witii the 
announcement information. As shown in Fig. 6, the cover media routine 402 determines (at 
502) whether such an Invite message has been received. If the Invite message does not 
include annoxmcement information, the cover media routine 402 sends the message on for 
standard SIP processing (at 504). If the Invite message includes announcement information, 
then the covct media routine 402 determines (at 506) the types of cover media included in the 
message. For example, the types may include audio and video data or other types. The cover 
media may also be embedded in the Invite message or it maybe retrieved firom a remote 
location. If the cover media is located remotely, then ttie cover media routine 402 can 
retrieve the cover media firom the remote location through the network inter&ce and stacks 
(represented as 407 in Fig. 5). 

Next, the cover media routine 402 determines (at 508) the type of platform lhat the 
network elem^t 100 is implemented on. The network element 100 may be a network 
telephone with a limited display screen. If so, graphical information may not be presentable 
on the display screen, although text information may be. To detennine the type of platform, 
the cover media routine 402 may access one or more locations in a storage device 404 (Fig. 
5). 

The cover media routine then presents (at 510) the cover media on the appropriate 
output devices. To preset the announcement information, the cover media routine 402 may 
launch an appropriate ^plication routine. For example, the application routine may include 
an audio player routine 406 (Fig. 5) to present audio data. To present video data, the cover 
media routine 402 may launch a video player routine 408. The audio player routine 406 
sends the audio data through an audio device driver 410 to an audio output device 412. The 
video player routine 408 sends the video data through a video device driver 41 1 to a display 
output device 413. The display output device 413 may include a video controller and a 
display coupled to the video controller. 
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The launched application may also include a web browser, electronic mail 
appUcation, or instant messaging ^plication 420. The announcement information may thus 
be in Hypertejrt Markiq) Language (HTML) or Extensible Markup Language CXML) format 
to enable display in a browser window associated with the web browser 420. Alternatively, 
the announcement may be in electronic mail format or in instant messaging format. In 
addition, different combinations of the various formats of the announcement information may 
be presented. 

Yet otiier applications may be launched to send the announcement data to a fax 
machine 422, a printer 424, or other device externally coupled (through a port or over a 
network) to the network element 100. 

As shown in Fig. 6, the cover media routine waits (at 512) for a user response. As 
shown in Fig. 5, the user response may come ftom one or more selectors 414 (in the form of 
buttons or selectors presented in a GUI display). Selections made by the user with the 
selectors 414 are communicated througih a device driver 416 back to the cover media routine 
402. One of the selections maybe a request for further information. Thus, if the cover media 
routine 402 receives a request for such further information (at 514), it may send the requested 
further information (at 5 16) either to the display output device 413 or the audio output device 
412 (Fig. 5). 

Other selections that can be made by the user include acceptance of the call, rejection 
of the call, or forwarding or redirection of the call to another device. The user can also elect 
not to perform any action (which is construed to be a rejection of the call). Upon receipt of 
such selections, the cover media routine 402 forwards (at 518) the user response to the 
control routines 118 ^Pig. 5). 

Referring to Fig. 7, the process performed by a SIP client ^plication (such as one 
running in the system 100 of Fig. 2) is shown. After receiving (at 602) an indication to place 
a call over the data network, the SIP cUent detemiines (at 604) if an indication has been 
received that announcement information is to be included in the caU request. If not. then a 
standard Invite request is created (at 606). 

However, if announcement information is to be included in the call request, the SIP 
client ^pUcation proceeds to retrieve (at 608) the one or more files containing the 
announcement information. Such files may include audio files (e.g., .WAV format), video 
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files (e.g., JPEG or MPEG foimat), text files, web page files (e.g., HTML or XML format), 
image files (e.g., bit maps), and other types of files. 

The SIP client application then creates an Invite request (at 610), adding (at 612) the 
one or more sections including announcement information firom the retrieved one or more 
files into the Invite request. As noted above, fho announcement may be embedded in the 
Invite request or an indication may be included in the Invite request that the announcement 
information is located remotely. The Invite request is then transmitted (at 614), followed by 
further exchanges of SIP messaging to establish the call session. 

The various software layers, routines, or modules described herein may be executable 
on various processing elements as shown ia Fig. 2, such a control xmit 130 and an optional 
digital signal processor (DSP) 132. The control unit 130 and DSP 132 are coupled to a 
storage device 1 34. The control unit 130 may include a microprocessor, a microcontroU^, a 
processor card (including one or more microprocessors or microcontrollers), or o&er control 
or computing devices. As used here, a "controller" can refer to either hardware or software 
:f or a combination of the two. 

The storage device 134 may include one or more machine-readable storage media for 
storing data and instmctions. The storage media may include different fomis of memory 
including semiconductor memory devices such as dynamic or static random access memories 
(DRAMs or SRAMs), erasable and programmable read-only memories (EPROMs), 
electrically erasable and programmable read-only memories (EEPROMs) and flash 
memories; magnetic disks such as fixed, floppy and removable disks; other magnetic media 
including tape; and optical media such as compact disks (CDs) or digital video disks (DVDs). 
Instructions that make up the various software layers, routines or modules in the various 
network elements may be stored in respective storage devices. The instructions when 
executed by a respective control unit (or DSP) cause the corresponding network element to 
perform programmed acts. 

The instmctions of the software layers, routines, or modules may be transported to the 
network element in one of many different ways. For example, code segments including 
instmctions stored on floppy disks, CD or DVD media, a hard disk, or transported through a 
network interface card, modem, or other interface device may be loaded into the syst^a and 
executed as corresponding software layers, routines, or modules. In the loading or transport 
process, data signals that are embodied in carrier waves (transmitted over telephone lines. 
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network lines, wireless links, cables, and the like) may commuBdcate the code segments, 
including instmctions, to the network element Such carrier waves may be in the fonn of 
electrical, optical, acoustical, electromagnetic, or other types of signals. 

While the invention has been disclosed with respect to a limited nmnber of 
embodiments, those skilled in the art will appreciate numerous modifications and variations 
therefrom. It is intended that the appended claims cover aU such modifications and variations 
as fall within the true scope of the invention. 
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What is claimed is: 

1 . A method of establi^ung a call session in a data network, comprising: 
receiving, at a device, a caU request to establish an interactive call session, titie 

call request including amouncement information having identification information of the 
calling entity and additional information describing the reqtiested call session, the additional 
information including media data; and 

presenting at least the additional information on the device to influence a 
called party on disposition of the call request. 

2. The method of claim 1 , wherein receiving the announcement information 
includes receiving additional information having audio data: 

3. The method of claim 1^ wh^ein receiving the aimouncement information 
includes receiving additional information having video data. 

4. The method of claim 1, wherein receiving the annoxmcement information 
includes receiving additional information having electronic mail data. 

5. The method of claim 1 , wherein receiving the announcement information 
includes receiving additional information having web page data. 

6. The method of claim 5, wherein receiving the announcement information 
includes receiving additional information having an embedded hypertext markup language 
web page. 

7. The method of claim 1, wherein receiving the announcement information 
includes receiving additional information haying fax data. 

8 . The method of claim 1 , wherein receiving the announcement information 
includes receiving aimouncement information having audio and video portions. 
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9. The method of claim 8, wherein presenting the aondimcement infomiation 
includes presenting one or more of the audio and video portions depending on presentation 
capabilities of the device. 

1 0. The method of claim 9, furth^ comprising determining presentation 
capabilities of the device to determine if one or both of the audio and video portions can be 
presented. 

1 1 . The method of claim 1 , wherein receiving the call request includes receiving a 
message having one or more predetennined portions to store the additional infomiation. 

12. The method of claim 1 1, wherein the message includes portions according to 
one or more of formats selected from the group consisting of a Session Description Protocol, 
an audio format, a video format, a web page format, and an electronic mail foraiat 

13. The method of claim 1, wherein receiving the call request includes receiving a 
Session Initiation Protocol message. 

14. The method of claim 13, wherein receiving the request includes receiving an 
Invite request. 

15. The method of claim 1, wha-ein receiving the call request includes receiving a 
call request to establish a real-time, interactive call session between the calling entity and the 
called party. 

16. The method of claim 1, further comprising determining a type of the 
additional information and launching a corresponding ^pUcation to process the information. 

17. The method of claim 16, wherein launching the application includes launching 
an audio player application. 
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18. The method of claim 16, wherein launching the appUcation includes launching 
a video player application. 

19. An apparatus for use in a data network, comprising: 

an interface to receive an invitation over the data network to establish an 
interactive call session, the invitation including announcement information relating to content 
of a desired interactive call session; and 

a controller to process tiie invitation and present the armoimcement 
inforaiation before the interactive caU session is established, the invitation including a header 
portion and a body portion, at least a part of the announcement information being contained 
in the body portion. 

20. The apparatus of claim 19, wherein the announcement information includes 
identification information of the calling entity and additional information relating to content 
of tiie desired interactive call session. 

2 1 . The apparatus of claim 19, wherein the amiouncement information includes at 
least one of audio data, video data, and text data. 

22. The apparatus of claim 21, wherein the audio data includes a voice message. 

23 . The apparatus of claim 2 1 , wherein the video data includes one or more video 
images of a calling party. 

24. Tlie ^>paratus of claim 19, wherein the controller is adapted to launch a 
routine to present the announcement infomiation. 

25. The apparatus of claim 24, wherein the routine is selected firom the groiq) 
consisting of a video playa, an audio player, a web browser, an electronic mail application, 
and an instant messaging appUcation. 



BNSDCXID: <WO_017B358A2J^> 



wo 01/78358 



PCT/USO 1/10751 



-18- 

26. The apparatus of claim 19, wherein the controller is adapted to send the 
annomicement information to a presentation device, 

27. The apparatus of claim 26, wherein the presentation device is selected from 
flie group consisting of a fax machine, a printer, a speaker, and a monitor. 

28. The apparatus of claim 19, wherein the invitation includes a Session Initiation 
Protocol message. 

29. The apparatus of clairn 28, wherein the invitation includes an Invite request, 

30. The apparatus of claim 19, wherein the invitation includes one or more 
portions containing the announcement information. 

3 1 . The apparatus of claim 1 9, wherein the announcement information is 
embedded in the invitation. 

32. The apparatus of claim 19, wherein the invitation includes an indication to 
retrieve the annoimcement infoimation from a remote location. 

33 . A computer program product comprising at least one storage mediimi having 
thereon computer program code means to make a system execute a method for call control, 
the method comprising: 

creating announcement information including identification information of the 
calling entity and media data relating to a desired interactive call session; 

providing the announcement information in a request message; and 
transmitting the request message to initiate the desired interactive call session. 

34. The computer program product of claim 33, wherein the method fturfher 
comprises creating a Session Initiation Protocol message containing the announcement 
information. 
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35. The computer program product of claim 34, wherein the message includes an 
Invite message. 

36. The computer program product of claim 35, wherein the message further 
includes a subject field. 

. 37. A method of estabHshing a call session in a data network, comprising: 

creating announcement information containing media data relating to content 
of a requested interactive call session; . 

providing the announcement information in a request message; and 
trananitting the request message to initiate the desired interactive call session. 

38. The method of claim 37, further comprising: 

receiving, at a recdving device, the transmitted request message; and 
presenting the aimouncement information at the receiving device. 
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35. Thexomputer program product of claim 34, wherein the message includes an 
Invite message. 

36. The computer program product of claim 35, wherein the message further- 
includes a subject field. 

37. A method of estabU^img a call session in a data network, comprising: 
creating announcement information containing media data relating to content 

of a requested interactive call session; . 

providing the announcement information in a request message; and 
transmitting tiie request message to initiate the desired interactive call session. 

38. The method of claim 37, further comprising: 

receiving, at a receiviug device, the transmitted request message; and 
presentiQg the announcement information at the receiving device. 



BNSDOCID: <WO_0178358A2J_> 



wo 01/78358 



PCT/USO 1/10751 



2n 



CD 
O 



CO 



o 



CO 



<1 



CO ^ 
CO 



CM 



o h= 

h- CO 



13 CO 



"7^ 

LO 



LU 
> 

OC 

o 

LU 

o 

o 

oc 
o 



CM 
O 



LU 

o 

^ oc 



CO^ 

o 

LU 
Q 
O 
O 





RTERS 


CO 


AUDIO 
INTERFACE 




CONVE 





—I ^ 

O LU 

QC ^ 



Si 



O 
CM 



CM 



O 



Q_ > 
S LU 
— Q 



CD 
CO 



o 

I 

o 
o 



CO 



CD LU 
O ^ 



CO 
CVJ 



I 

CO 

a 



CO 



CD 



o 
oc 



CM 
CO 



Q- 
CO 
O 



BNSDOCID: <WO 0178358A2_L> 



wo 01/78358 



PCTAJSOl/10751 



3/7 



f 



202 



204 



V 



INVITE < Request-URl > 

TO: < Destination Address > 

FROM: < Source Address > 

CALL ID: < ID > 



SUBJECT: < Text > 

CONTENT-TYPE: application/multipart 
CONTENT-LENGTH: < Length > • 



/-200 



MIME-VERSION: 1.0 

CONTENT-TYPE: multlparl/mixed; boundary =-unlque-bpundary-1 



r207 



-unlque-boundary-1 
CONTENT-TYPE: appllcatlon/sdp. 
< Blank Line > 
v=0 



^206 



o=... 



--unlque-boundary-l 
CONTENT-r/PE: applicatlon/wav 
<Blank Line > 



~unique-boundary-1 

CONTENT-TYPE: application/vnd. <company > . < protocol > 
< Blank Line> 



r 



208 



^210 



FIG. 3 



BNSDOCIO: <WO 0178358A2^I_> 



wo 01/78358 



PCT/USOl/10751 



4/7 



SIP SYSTEM 
#1 



INVITE 
^ ^328 



SIP SYSTEM 
#2 





IM\#ITCAA/ITIJ r»n\/CD h/icniA 

INVI 1 t/WI 1 n UuVtn IVItUIA 




-> 




rRYINti 








RINGING 






<- 


BUSY HERE 


ono 
/-oUo 




<- 


iNVITt/WITH COVER MEDIA - 








TRYING 






<- 


RINGING 


ooc 




<- 


REDIRECTION 


ooc 




<- 


INVITE/WITH COVER MEDIA 








TRYING 


^344 




<- 


RINGING 


/•346 






OK 


^348 




<- 


ACK 


/-350 


— ► 




RTP SETUP 


^352 







302 



> 



320 



340 



FIG. 4 



0178358A2J_> 



wo 01/78358 



PCT/USOl/10751 



5/7 



CVJ 



LU CC 
O LU 

> > 

uj CC 



2S 

Q 7~ 



CO 



o 
>_ > 

5r LU 

o 




O C3C 
UJ O 

> C3 














CO, 




DC 










< 


o 




UJ 




1 




UJ 




CO 



_I CO 



o 

DC 



So 

DC 



CSJ 



T 







LU 


TER 




CHI 








DC 










i 



C\J 



BNSDOCIO: <WO 0178358A2_I_> 



wo 01/78358 



PCT/USOl/10751 




/•504 



STANDARD 
PROCESSING 



— >-^CONTINUE^ 



DETERMINE TYPES OF 
COVER MEDIA IN MESSAGE 



>-508 



DETERMINE TYPES OF PLATFORM 



7^10 



PRESENT ON APPROPRIATE 
OUTPUT DEVICES 




^518 



FORWARD USER RESPONSE 
TO CONTROL ROUTINE(S) 



FIG. 6 



BNSDOCID: <WO 0178358A2_I_> 



wo 01/78358 



PCTAJSOl/10751 



7/7 

/ SIP ^ 

V CLIENT J 

\ a6 02 

RECEIVE INDICATION TO PLACE 
A CALL OVER DATA NETWORK 



606 



INDICATIO 

TO INCLUDE 

ANNOUNCEMENT 

.INFORMATION 
9 



■604 



CREATE 
INVITE MESSAGE 



JTES 



608 



RETRIEVE FILE(S)CONTAINING 
ANNOUNCEMENT INFORMATION 



Jl 



610 



CREATE INVITE 
REQUEST 



/-612 



ADD SECTION(S) INCLUDING 
ANNOUNCEMENT INFORMATION 



614 



TRANSMIT INVITE 
MESSAGE 



c 



CONTINUE 



3 



FIG. 7 



BNSDOCID: <WO 017835aA2_l_> 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property GrganizatioQ 
International Bureau 

(43) International Publication Date 
18 October 2001 (18,10.2001) 




PCT 



(10) International Publication Number 

wo 01/078358 A3 



(51) International Patent Classiftcation'': H04M 7/00, 
1/57, 1/253 

(21) International Application Number: PCT/USO 1/10751 

(22) International Filing Date: 3 April 2001 (03.04.2001) 

(25) Filing Language: English 

(26) Publication Language: English 



(30) Priority Data: 

09/546,092 



10 April-20C0 (10,04.2000) US 



(63) Related by continuation (CON) or continuation-in-part 
(CIP) to earlier application: 

US 09/546,092 (CON) 

Filed on 10 April 2000 (10.04.2000) 



(71) Applicant (for all designated Stales except US): NOR- 
TEL NETWORKS LTD. [CA/CA]; 2351 Boulevard Al- 
fred-Nobel, Sl Laurent, Quebec H4S 2A9 (CA). 

(72) Inventor; and 

(75) Inventor/Applicant (for US only): HOLDEN, Mark, J. 
[CA/US]; 908 Heritage Parkway South, Allen, TX 75002 
(US). 

(74) Agent: HU, Dan, C; Trop, Pruner & Hu, P.C.. 8554 Katy 
Freeway, Suite 100, Houston, TX 77024 (US). 

(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, OA, CH, CN, CR, CU, CZ, 
DE, DK, DM, DZ, EE, ES, FI, GB, GD, GE, GH, GM, HR, 
HU, ID, BL, IN, IS, JP, KE, KG, KP. KR, KZ, LC, LK, LR, 
LS, LT. LU. LV, MA, MD, MG, MK, MN, MW, MX, MZ, 
NO, NZ, PL, PT, RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, 
TR, TT. TZ, UA, UG, US, UZ, VN, YU, ZA, ZW. 

[Continued on next page] 



(54) Title: PROVIDING ANNOUNCEMENT INFORMATION IN REQUESTS TO ESTABLISH CALL SESSIONS IN A DATA 
^= NETWORK 



^602 



RECEIVE INDICATION TO PLACE 
A CALL OVER DATA NETWORK 




.YES 



CREATE 
INVITE MESSAGE 



< 

QO 

m 

QO 



O 



RETRIEVE RLE(S)COMTAINING 
ANNOUNCEMENT INFORMATION 



/-61 0 



CREATE INVnE 
REQUEST 



a612 



ADD SECTION(S) INCLUDING 
ANNOUNCEMENT INFORMATION 



^614 



TRANSMIT INVnt 
MESSAGE ■ 



COhTTlNUE ^ 



(57) Abstract: A communication system (10) includes 
a packet-based data network (12) and network elements 
(14, 16, 18, 20) coupled to the data network (12). The net- 
work eiemenls (14. 16, 18, 20) are capable of participat- 
ing in call sessions (e.g.. Session Initiation Protocol or SIP 
call sessions) over the data network (12). A first network 
element can generate a call request including announce-, 
menl information, with the call request targeted to one or 
more other network elements.' The announcement infor- 
mation may include identification information (e.g., tele- 
phone number or web address) of the calling party and ad- 
ditional information that conveys to the called party some 
information relating to the desired call session (e.g., de- 
scription of the content). Based on the announcement in- 
formation, a called party may decide on disposition of the 
requested call. 



BNSDOCIO: <WO 017B358A3J_> 



wo 01/078358 A3 



(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ. SD, SL, S2. TZ, UG, ZW), Eurasiaii 
patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), European 
patent (AT. BE, CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, 
IT, LU, MC, ML, PT, SE, TR). OAPI patent (BF, BJ, CF. 
CG, CI, CM, GA. GN, GW. ML, MR. NE, SN, TD. TG). 

Published: 

— with international search report 

— before the expiration of the time limit for amending the 
claims and to be republished in the event of receipt of 
amendments 



(88) Date of publication of the international search report: 

22 August 2002 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations " appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



BNSDOCID: <WO_0178358A3J_> 



INTERNATIONAL SEARCH REPORT 



Inte 



ication No 



PCT/US 01/10751 



A. CLASSIFICATION OF jSUBJECT MATTER , 

IPC 7 H04M7/00 H04M1/57 



H04M1/253 



Aocording to International Patent ClasslBcalion (IPC) or to both national dassBicallon and IPC 



B. FIELDS SEARCHED 



Minimum docuroentalion searched (classification ^em followed by dassiTication syndMls) 

IPC 7 H04M 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal , WPI Data, PAJ, INSPEC, IBM-TDB, COMPENDEX 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category" 



Cilation of document, with indication, where appropriate, of the relevant 



EP 0 436 345 A (CANON KK) 
10 July 1991 (1991-07-10) 



abstract 



column 2, line 13 -column 3, line 22 
column 14, line 7 - line 42 

-/- 



Relevant to daim No. 



1.3, 

19-21, 

23,26, 

27,30, 

31,33, 

37,38 

2.4-6,8, 

9,11-18, 

22,24, 

25,28, 

29,32, 

34-36 



Further documents are listed In the continuation of box C. 



10 



Patent family memt>ers are listed In annex. 



" Special categories of dted documents : 

*A' document defining the general state of the art which Is not 

considered to be of partlcutar relevance 
*E' earlier document but published on or after the international 

filing date 

*L* document which may throw doubts on prioitty daim(s) or 
which is dted to establish the publication date of another 
citation or other specia] reason (as specified) 

'Cr document reterrtng to an oral disclosure, use, exhibition or 
other means 

*P* document published pr>or to the International filing dale but 
later than the priority date claimed 



"T* later document published after the Intemalional flUng date 
or prfority date and rK>t In conflict with the applicalion but 
dted to understand the principle or theory underlying the 
invention , 

*X* document of particular relevance; the claimed Invention 
cannot be considered novel or cannot be considered to 
involve an Inventive step when the document Is taken alone 

•V document of particular relevance; the daJmed invention 

cannot t>e considered to Invoh/e an Inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person sIdUed 
in the art 

■&• document member of the same patent family 



Date of the actual completion of the tntemaUonal search 



17 June 2002 



Date of mailing of the International search report 



25/06/2002 



Name and maifing address of the ISA 

European Patent Office. P.B. 5B16 Patentlaan 2 
NL - 2280 HV ROswTjk 
TeL (431-70) 340-2040. Tx. 31 651 epo nl, 
' Fax: (431-70) 340-3016 



Authorized officer 



Willems, B 



Foim PCmS^IO (ssoondGhoel) (July 1882) 



BNSCXXID: <WO 0178358A3J_> 



INTERNATIONAL SEARCH REPORT 



Into I ApplieaUon No 

PCT/US 01/10751 



C.(Continuation) DOC UMENTS CONSIDERED TO BE RELEVANT 



Citation of document, with indication.where appropriate, of ttie relevant passages 



Relevant to claim No. 



P,X 



us 5 724 412 A (SRINIVASAN THIRU) 
3 March 1998 (1998-03-03) 



the whole document 

EP 0 641 141 A (AT & T CORP) 
1 March 1995 (1995-03-01) 

abstract 

column 1, line 10 -column 3, line 10 

KROLLMAN K ET AL: "DISPLAY END USER ON 

CELLULAR TELEPHONE (RADIO)" 

MOTOROLA TECHNICAL DEVELOPMENTS, MOTOROLA 

INC.. SCHAUMBURG, ILLINOIS, US, 

vol. 38, June 1999 (1999-06), page 241 

XP000906111 

the entire document 

EP 1 065 865 A (SIEMENS AG) 
3 January 2001 (2001-01-03) 

abstract 

paragraph '0013! - paragraph '0019! 
paragraph '0023! 



2.4-6.8, 

9,11-18, 

22,24, 

25,28, 

29,32, 

34-36 



I- 6,8,9, 

II- 31, 
33-38 



1,3,19, 
23,26 



1-3,8,9, 

13-31, 

33-38 



Form PCT/I5A/210 (eanthniiaUon of second sheet) (July 1992) 

BNSCOCID: <WO 017835BA3_L> 



r 



INTERNATIONAL SEARCH REPORT 

inrormaaon on patent Tamity meniDers 



Intel lal Application No 

PCT/US 01/10751 



Patent document 
tited in search report 


Publication 

Hate 


Patent mmily 
membeits) 


Publication 




EP 0436345 


A 


10-07-1991 


JP 


4132358 A 


06-05-1992 










JP 


3191648 A 


21-08-1991 










OE 


69033126 Dl 


01-07-1999 










DE 


69033126 T2 


04-11-1999 










EP 


0436345 A2 


10-07-1991 










US 


5305097 A 


19-04-1994 





US 


5724412 


A 


03- 


-03- 


-1998 


NONE 






EP 


0641141 


A 


01- 


-03- 


■1995 


US 


5559868 A 


24-09-1996 














CA 


2117451 Al 


01-03-1995 














EP 


0641141 A2 


01-03-1995 














JP 


7154510 A 


16-06-1995 


EP 


1065865 


A 


03- 


-01- 


-2001 


EP 


1065865 Al 


03-01-2001 



Foim PCTASA/210 (patent tamily annex) (July 1892) 
BNSDCCID: <WO 017835aA3,L> 



THIS PAGE BLANK 



